Description:
Migrates rotation processing to the job queue. Uses the existing advancement calculation function without any changes to logic.

Notes:

• Adds an entity_updates table to track changes to rotations via DB trigger as a fallback
• Adds an event for the updateRotation mutation to schedule a job immediately
• Adds a once-per-minute periodic job to look for changed rotations
• Adds an update-rotation job that schedules itself for the next rotation advance
• Deletes the old 5-sec-polling cycle updates
• WaitAndAssertOnCallUsers test helper was updated to wait for eventual correctness -- since the job queue needs time to run, previously it only checked once after a single engine cycle.
• calcAdvance was updated to abort for unknown rotation state versions

Which issue(s) this PR fixes:
Closes #4244

Additional Info:
The previous approach updated all rotations every 5 seconds; this one will update rotations immediately on change and when the individual rotation is meant to advance.